home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / internet-drafts / draft-ietf-madman-mtamib-03.txt < prev    next >
Text File  |  1993-08-18  |  21KB  |  640 lines
  1.  
  2.                             Internet Draft
  3.                          Mail Monitoring MIB
  4.  
  5.                               Ned Freed
  6.                              Steve Kille
  7.  
  8.                          MADMAN Working Group
  9.                             August 17 1993
  10.                        Expires: February 17 1994
  11.  
  12. Status of this Memo
  13.  
  14. This document is an Internet Draft. Internet Drafts are working
  15. documents of the Internet Engineering Task Force (IETF), its Areas,
  16. and its Working Groups. Note that other groups may also distribute
  17. working documents as Internet Drafts.
  18.  
  19. Internet Drafts are draft documents valid for a maximum of six 
  20. months.    Internet Drafts may be updated, replaced, or obsoleted by
  21. other documents at any time.  It is not appropriate to use Internet
  22. Drafts as reference material or to cite them other than as a "working
  23. draft" or "work in progress."
  24.  
  25. To learn the current status of any Internet-Draft, please check the
  26. 1id-abstracts.txt listing contained in the Internet-Drafts Shadow
  27. Directories on ds.internic.net, nic.nordu.net, ftp.nisc.sri.com,
  28. or munnari.oz.au.
  29.  
  30. Abstract
  31.  
  32. This document extends the basic Network Services Monitoring MIB [5]
  33. to allow monitoring of Message Transfer Agents (MTAs).
  34.  
  35. The SNMP Network Management Framework
  36.  
  37. The SNMP Network Management framework is laid out in these four
  38. documents:
  39.  
  40.    STD 16 / RFC 1155 [1]   Defines the generic structure of
  41.             RFC 1212 [2]   network management information.
  42.  
  43.    STD 15 / RFC 1157 [3]   Defines the protocol for accessing
  44.                            network management information.
  45.  
  46.    STD 17 / RFC 1213 [4]   Defines the primary set of managed
  47.                            objects.
  48.  
  49. The framework is adaptable/extensible by defining newer MIBs to
  50. suit the requirements of specific applications/protocols/situations.
  51.  
  52. MTA Objects
  53.  
  54. If there are one or more MTAs on the host, the following mta group may
  55. be used to monitor them. Any number of the MTAs on a host may be
  56. monitored. Each MTA is dealt with as a separate application and has
  57. its own applTable entry in the Network Services Monitoring MIB.
  58.  
  59. The MIB described in this document covers only the portion which is
  60. specific to the monitoring of MTAs. The network service related part of
  61. the MIB is covered in a separate document [5].
  62.  
  63. Message Flow Model
  64.  
  65. A general model of message flow inside an MTA has to be presented
  66. before a MIB can be described. Generally speaking, message flow occurs
  67. in four steps:
  68.  
  69. (1) Messages are submitted to the MTA by User Agents, Message
  70.     Stores, other MTAs, and gateways.
  71.  
  72. (2) The "next hop" for the each message is determined. This is simply the
  73.     destination the message is to be delivered to; it may or may not be the
  74.     final destination of the message. Multiple "next hops" may exist for a
  75.     single message (as a result of either having multiple recipients or
  76.     distribution list expansion); this may make it necessary to duplicate
  77.     messages.
  78.  
  79. (3) Messages are converted into the format that's appropriate for the next
  80.     hop.
  81.  
  82. (4) Messages are delivered to the appropriate destination, which may be a
  83.     User Agent, Message Store, another MTA, or another gateway.
  84.  
  85. Storage of messages in the MTA occurs at some point during this
  86. process. However, it is important to note that storage may occur at
  87. different and possibly even multiple points during this process. For
  88. example, some MTAs expand messages into multiple copies as they are
  89. received. In this case (1), (2), and (3) all occur prior to storage.
  90. Other MTAs store messages precisely as they are received and perform
  91. all expansion and conversion processing during retransmission
  92. processing. So here only (1) occurs prior to storage. This leads to a
  93. situation where, in general, a measurement of messages received may
  94. not equal a measurement of messages in store, a measurement of
  95. messages stored may not equal a measurement of messages retransmitted,
  96. or both.
  97.  
  98. MTA-MIB DEFINITIONS ::= BEGIN
  99.  
  100. IMPORTS
  101.     OBJECT-TYPE FROM RFC-1212
  102.     experimental, Counter, Gauge FROM RFC1155-SMI
  103.     DisplayString FROM RFC1213-MIB
  104.     applIndex, applProtoID FROM APPLICATION-MIB;
  105.  
  106. mta OBJECT IDENTIFIER ::= {experimental 47}
  107.  
  108. mtaTable OBJECT-TYPE
  109.     SYNTAX SEQUENCE OF MTAEntry
  110.     ACCESS not-accessible
  111.     STATUS mandatory
  112.     DESCRIPTION
  113.       "The table holding information specific to an MTA."
  114.     ::= {mta 1}
  115.  
  116. mtaEntry OBJECT-TYPE
  117.     SYNTAX MTAEntry
  118.     ACCESS not-accessible
  119.     STATUS mandatory
  120.     DESCRIPTION
  121.       "The entry associated with each MTA."
  122.     INDEX {applIndex}
  123.     ::= {mtaTable 1}
  124.  
  125. MTAEntry ::= SEQUENCE {
  126.     applIndex
  127.       INTEGER,
  128.     mtaSubmittedMessages
  129.       Counter,
  130.     mtaStoredMessages
  131.       Gauge,
  132.     mtaDeliveredMessages
  133.       Counter,
  134.     mtaSubmittedVolume
  135.       Counter,
  136.     mtaStoredVolume
  137.       Gauge,
  138.     mtaDeliveredVolume
  139.       Counter,
  140.     mtaSubmittedRecipients
  141.       Counter,
  142.     mtaStoredRecipients
  143.       Gauge,
  144.     mtaDeliveredRecipients
  145.       Counter
  146. }
  147.   
  148. mtaSubmittedMessages OBJECT-TYPE
  149.     SYNTAX Counter
  150.     ACCESS read-only
  151.     STATUS mandatory
  152.     DESCRIPTION
  153.       "The number of messages submitted since MTA initialization."
  154.     ::= {mtaEntry 1}
  155.  
  156. mtaStoredMessages OBJECT-TYPE
  157.     SYNTAX Gauge
  158.     ACCESS read-only
  159.     STATUS mandatory
  160.     DESCRIPTION
  161.       "The total number of messages currently stored in the MTA."
  162.     ::= {mtaEntry 2}
  163.  
  164. mtaDeliveredMessages OBJECT-TYPE
  165.     SYNTAX Counter
  166.     ACCESS read-only
  167.     STATUS mandatory
  168.     DESCRIPTION
  169.       "The number of messages delivered since MTA initialization."
  170.     ::= {mtaEntry 3}
  171.  
  172. mtaSubmittedVolume OBJECT-TYPE
  173.     SYNTAX Counter
  174.     ACCESS read-only
  175.     STATUS mandatory
  176.     DESCRIPTION
  177.       "The total volume of messages submitted since MTA
  178.       initialization, measured in kilo-octets.  This volume should
  179.       include all transferred data that is logically above the mail
  180.       transport protocol level.  For example, an SMTP-based MTA
  181.       should use the number of kilo-octets in the message header
  182.       and body, while an X.400-based MTA should use the number of
  183.       kilo-octets of P2 data."
  184.     ::= {mtaEntry 4}
  185.  
  186. mtaStoredVolume OBJECT-TYPE
  187.     SYNTAX Gauge
  188.     ACCESS read-only
  189.     STATUS mandatory
  190.     DESCRIPTION
  191.       "The total volume of messages currently stored in the MTA,
  192.       measured in kilo-octets.  This volume should include all
  193.       stored data that is logically above the mail transport
  194.       protocol level.  For example, an SMTP-based MTA should
  195.       use the number of kilo-octets in the message header and
  196.       body, while an X.400-based MTA would use the number of
  197.       kilo-octets of P2 data."
  198.     ::= {mtaEntry 5}
  199.  
  200. mtaDeliveredVolume OBJECT-TYPE
  201.     SYNTAX Counter
  202.     ACCESS read-only
  203.     STATUS mandatory
  204.     DESCRIPTION
  205.       "The total volume of messages delivered since MTA
  206.       initialization, measured in kilo-octets.  This volume should
  207.       include all transferred data that is logically above the mail
  208.       transport protocol level.  For example, an SMTP-based MTA
  209.       should use the number of kilo-octets in the message header
  210.       and body, while an X.400-based MTA should use the number of
  211.       kilo-octets of P2 data."
  212.     ::= {mtaEntry 6}
  213.  
  214. mtaSubmittedRecipients OBJECT-TYPE
  215.     SYNTAX Counter
  216.     ACCESS read-only
  217.     STATUS mandatory
  218.     DESCRIPTION
  219.       "The total number of recipients specified in all messages
  220.       submitted since MTA initialization."
  221.     ::= {mtaEntry 7}
  222.  
  223. mtaStoredRecipients OBJECT-TYPE
  224.     SYNTAX Gauge
  225.     ACCESS read-only
  226.     STATUS mandatory
  227.     DESCRIPTION
  228.       "The total number of recipients specified in all messages
  229.       currently stored in the MTA."
  230.     ::= {mtaEntry 8}
  231.  
  232. mtaDeliveredRecipients OBJECT-TYPE
  233.     SYNTAX Counter
  234.     ACCESS read-only
  235.     STATUS mandatory
  236.     DESCRIPTION
  237.       "The total number of recipients specified in all messages
  238.       delivered since MTA initialization."
  239.     ::= {mtaEntry 9}
  240.  
  241. -- MTAs typically group inbound submissions, queue storage, and
  242. -- outbound deliveries in some way. In the most extreme case
  243. -- information will be maintained for each different entity that
  244. -- submits messages and for each entity the MTA stores messages for
  245. -- and delivers messages to.  Other MTAs may elect to treat all
  246. -- submissions equally, all queue storage equally, all deliveries
  247. -- equally, or some combination of this.
  248.  
  249. -- In any case, a grouping abstraction is an extremely useful for
  250. -- breaking down the activities of an MTA. For purposes of labelling
  251. -- this will be called a "group" in this MIB.
  252.  
  253. -- Each group contains all the variables needed to monitor all aspects
  254. -- of an MTA's operation.  However, the fact that all groups contain
  255. -- all possible variables does not imply that all groups must use all
  256. -- possible variables. For example, a single group might be used to
  257. -- monitor only one kind of event (inbound processing, outbound
  258. -- processing, or storage). In this sort of configuration all unused
  259. -- counters would be left at zero.
  260.  
  261. -- Groups are mutually exclusive; a given event can only be reflected
  262. -- by the counters of a single group.
  263.  
  264. -- The term "channel" is often used in MTA implementations; channels
  265. -- are usually, but not always, equivalent to a group. However,
  266. -- this MIB does not use the term "channel" because there is no
  267. -- requirement that an MTA supporting this MIB has to map its
  268. -- "channel" abstraction one-to-one onto the MIB's group abstration.
  269.  
  270. mtaGroupTable OBJECT-TYPE
  271.     SYNTAX SEQUENCE OF MtaGroupEntry
  272.     ACCESS not-accessible
  273.     STATUS mandatory
  274.     DESCRIPTION
  275.       "The table holding information specific to each MTA group."
  276.     ::= {mta 2}
  277.  
  278. mtaGroupEntry OBJECT-TYPE
  279.     SYNTAX MtaGroupEntry
  280.     ACCESS not-accessible
  281.     STATUS mandatory
  282.     DESCRIPTION
  283.       "The entry associated with each MTA group."
  284.     INDEX {applIndex, mtaGroupIndex}
  285.     ::= {mtaGroupTable 1}
  286.  
  287. MtaGroupEntry ::= SEQUENCE {
  288.     applIndex
  289.         INTEGER,
  290.     mtaGroupIndex
  291.         INTEGER,
  292.     mtaGroupSubmittedMessages
  293.         Counter,
  294.     mtaGroupRejectedMessages
  295.         Counter,
  296.     mtaGroupStoredMessages
  297.         Gauge,
  298.     mtaGroupDeliveredMessages
  299.         Counter,
  300.     mtaGroupSubmittedVolume
  301.         Counter,
  302.     mtaGroupStoredVolume
  303.         Gauge,
  304.     mtaGroupDeliveredVolume
  305.         Counter,
  306.     mtaGroupSubmittedRecipients
  307.         Counter,
  308.     mtaGroupStoredRecipients
  309.         Gauge,
  310.     mtaGroupDeliveredRecipients
  311.         Counter,
  312.     mtaGroupQueuedMtaAssociationIndex
  313.         INTEGER,
  314.     mtaGroupOldestMessageStored
  315.         TimeTicks,
  316.     mtaGroupInboundAssociations
  317.         Gauge,
  318.     mtaGroupOutboundAssociations
  319.         Gauge,
  320.     mtaGroupAccumulatedInboundAssociations
  321.         Counter,
  322.     mtaGroupAccumulatedOutboundAssociations
  323.         Counter,
  324.     mtaGroupLastInboundActivity
  325.         TimeTicks,
  326.     mtaGroupLastOutboundActivity
  327.         TimeTicks,
  328.     mtaGroupRejectedInboundAssociations
  329.         Counter,
  330.     mtaGroupFailedOutboundAssociations
  331.         Counter,
  332.     mtaGroupInboundRejectionReason
  333.         DisplayString,
  334.     mtaGroupOutboundConnectFailureReason
  335.         DisplayString,
  336.     mtaGroupScheduledRetry
  337.         TimeTicks,
  338.     mtaGroupMailProtocol
  339.         OBJECT IDENTIFIER,
  340.     mtaGroupName
  341.         DisplayString
  342. }
  343.  
  344. mtaGroupIndex OBJECT-TYPE
  345.     SYNTAX INTEGER (1..2147483647)
  346.     ACCESS read-only
  347.     STATUS mandatory
  348.     DESCRIPTION
  349.       "The index associated with a group for a given MTA."
  350.     ::= {mtaGroupEntry 1}
  351.  
  352. mtaGroupSubmittedMessages OBJECT-TYPE
  353.     SYNTAX Counter
  354.     ACCESS read-only
  355.     STATUS mandatory
  356.     DESCRIPTION
  357.       "The number of messages submitted to this group since MTA
  358.       initialization."
  359.     ::= {mtaGroupEntry 2}
  360.  
  361. mtaGroupRejectedMessages OBJECT-TYPE
  362.     SYNTAX Counter
  363.     ACCESS read-only
  364.     STATUS mandatory
  365.     DESCRIPTION
  366.       "The number of messages rejected by this group since MTA
  367.       initialization."
  368.     ::= {mtaGroupEntry 3}
  369.  
  370. mtaGroupStoredMessages OBJECT-TYPE
  371.     SYNTAX Gauge
  372.     ACCESS read-only
  373.     STATUS mandatory
  374.     DESCRIPTION
  375.       "The total number of messages currently stored in this
  376.       group's queue."
  377.     ::= {mtaGroupEntry 4}
  378.  
  379. mtaGroupDeliveredMessages OBJECT-TYPE
  380.     SYNTAX Counter
  381.     ACCESS read-only
  382.     STATUS mandatory
  383.     DESCRIPTION
  384.       "The number of messages delivered by this group since MTA
  385.       initialization."
  386.     ::= {mtaGroupEntry 5}
  387.  
  388. mtaGroupSubmittedVolume OBJECT-TYPE
  389.     SYNTAX Counter
  390.     ACCESS read-only
  391.     STATUS mandatory
  392.     DESCRIPTION
  393.       "The total volume of messages submitted to this group since
  394.       MTA initialization, measured in kilo-octets.  This volume
  395.       should include all transferred data that is logically above
  396.       the mail transport protocol level.  For example, an
  397.       SMTP-based MTA should use the number of kilo-octets in the
  398.       message header and body, while an X.400-based MTA should use
  399.       the number of kilo-octets of P2 data."
  400.     ::= {mtaGroupEntry 6}
  401.  
  402. mtaGroupStoredVolume OBJECT-TYPE
  403.     SYNTAX Gauge
  404.     ACCESS read-only
  405.     STATUS mandatory
  406.     DESCRIPTION
  407.       "The total volume of messages currently stored in this
  408.       group's queue, measured in kilo-octets.  This volume should
  409.       include all stored data that is logically above the mail
  410.       transport protocol level.  For example, an SMTP-based
  411.       MTA should use the number of kilo-octets in the message
  412.       header and body, while an X.400-based MTA would use the
  413.       number of kilo-octets of P2 data."
  414.     ::= {mtaGroupEntry 7}
  415.  
  416. mtaGroupDeliveredVolume OBJECT-TYPE
  417.     SYNTAX Counter
  418.     ACCESS read-only
  419.     STATUS mandatory
  420.     DESCRIPTION
  421.       "The total volume of messages delivered by this group since
  422.       MTA initialization, measured in kilo-octets.  This volume
  423.       should include all transferred data that is logically above
  424.       the mail transport protocol level.  For example, an
  425.       SMTP-based MTA should use the number of kilo-octets in the
  426.       message header and body, while an X.400-based MTA should use
  427.       the number of kilo-octets of P2 data."
  428.     ::= {mtaGroupEntry 8}
  429.  
  430. mtaGroupSubmittedRecipients OBJECT-TYPE
  431.     SYNTAX Counter
  432.     ACCESS read-only
  433.     STATUS mandatory
  434.     DESCRIPTION
  435.       "The total number of recipients specified in all messages
  436.       submitted to this group since MTA initialization."
  437.     ::= {mtaGroupEntry 9}
  438.  
  439. mtaGroupStoredRecipients OBJECT-TYPE
  440.     SYNTAX Gauge
  441.     ACCESS read-only
  442.     STATUS mandatory
  443.     DESCRIPTION
  444.       "The total number of recipients specified in all messages
  445.       currently stored in this group's queue."
  446.     ::= {mtaGroupEntry 10}
  447.  
  448. mtaGroupDeliveredRecipients OBJECT-TYPE
  449.     SYNTAX Counter
  450.     ACCESS read-only
  451.     STATUS mandatory
  452.     DESCRIPTION
  453.       "The total number of recipients specified in all messages
  454.       delivered by this group since MTA initialization."
  455.     ::= {mtaGroupEntry 11}
  456.  
  457. mtaGroupQueuedMtaAssociationIndex OBJECT-TYPE
  458.     SYNTAX INTEGER (0..2147483647)
  459.     ACCESS read-only
  460.     STATUS mandatory
  461.     DESCRIPTION
  462.       "Reference into association table to allow correlation of this
  463.       group's active association with the association table.  If
  464.       there is no active association for this group this value should
  465.       be 0."
  466.     ::= {mtaGroupEntry 12}
  467.  
  468. mtaGroupOldestMessageStored OBJECT-TYPE
  469.     SYNTAX TimeTicks
  470.     ACCESS read-only
  471.     STATUS mandatory
  472.     DESCRIPTION
  473.       "The time when the oldest message in this group's queue
  474.        was placed in the queue."
  475.     ::= {mtaGroupEntry 13}
  476.  
  477. mtaGroupInboundAssociations OBJECT-TYPE
  478.     SYNTAX Gauge
  479.     ACCESS read-only
  480.     STATUS mandatory
  481.     DESCRIPTION
  482.       "The number of current associations to the group, where the
  483.        group is the responder."
  484.     ::= {mtaGroupEntry 14}
  485.  
  486. mtaGroupOutboundAssociations OBJECT-TYPE
  487.     SYNTAX Gauge
  488.     ACCESS read-only
  489.     STATUS mandatory
  490.     DESCRIPTION
  491.       "The number of current associations to the group, where the
  492.       group is the initiator."
  493.     ::= {mtaGroupEntry 15}
  494.  
  495. mtaGroupAccumulatedInboundAssociations OBJECT-TYPE
  496.     SYNTAX Counter
  497.     ACCESS read-only
  498.     STATUS mandatory
  499.     DESCRIPTION
  500.       "The total number of associations to the group since MTA
  501.       initialization, where the group is the responder."
  502.     ::= {mtaGroupEntry 16}
  503.  
  504. mtaGroupAccumulatedOutboundAssociations OBJECT-TYPE
  505.     SYNTAX Counter
  506.     ACCESS read-only
  507.     STATUS mandatory
  508.     DESCRIPTION
  509.       "The total number of associations from the group since MTA
  510.        initialization, where the group was the initiator."
  511.     ::= {mtaGroupEntry 17}
  512.  
  513. mtaGroupLastInboundActivity OBJECT-TYPE
  514.     SYNTAX TimeTicks
  515.     ACCESS read-only
  516.     STATUS mandatory
  517.     DESCRIPTION
  518.       "Time since the last time that this group had an active
  519.       inbound association for purposes of message submission."
  520.     ::= {mtaGroupEntry 18}
  521.      
  522. mtaGroupLastOutboundActivity OBJECT-TYPE
  523.     SYNTAX TimeTicks
  524.     ACCESS read-only
  525.     STATUS mandatory
  526.     DESCRIPTION
  527.       "Time since the last time that this group had an
  528.       outbound association for purposes of message delivery."
  529.     ::= {mtaGroupEntry 19}
  530.  
  531. mtaGroupRejectedInboundAssociations OBJECT-TYPE
  532.     SYNTAX Counter
  533.     ACCESS read-only
  534.     STATUS mandatory
  535.     DESCRIPTION
  536.       "The total number of inbound associations the group has
  537.       rejected, since MTA initialization."
  538.     ::= {mtaGroupEntry 20}
  539.  
  540. mtaGroupFailedOutboundAssociations OBJECT-TYPE
  541.     SYNTAX Counter
  542.     ACCESS read-only
  543.     STATUS mandatory
  544.     DESCRIPTION
  545.       "The total number associations where the group was the
  546.       initiator and association establishment has failed,
  547.       since MTA initialization."
  548.     ::= {mtaGroupEntry 21}
  549.  
  550. mtaGroupInboundRejectionReason OBJECT-TYPE
  551.     SYNTAX DisplayString
  552.     ACCESS read-only
  553.     STATUS mandatory
  554.     DESCRIPTION
  555.       "The failure reason, if any, for the last connection this
  556.       group refused to respond to. An empty string indicates that
  557.       the last attempt was successful.  If no connection attempt has
  558.       been made since the MTA was initializaed the value should be
  559.       'never'."
  560.     ::= {mtaGroupEntry 22}
  561.  
  562. mtaGroupOutboundConnectFailureReason OBJECT-TYPE
  563.     SYNTAX DisplayString
  564.     ACCESS read-only
  565.     STATUS mandatory
  566.     DESCRIPTION
  567.       "The failure reason, if any, for the last connection attempt
  568.       this group initiated. An empty string indicates that the last
  569.       attempt was successful.  If no connection attempt has been
  570.       made since the MTA was initializaed the value should be
  571.       'never'."
  572.     ::= {mtaGroupEntry 23}
  573.  
  574. mtaGroupScheduledRetry OBJECT-TYPE
  575.     SYNTAX TimeTicks
  576.     ACCESS read-only
  577.     STATUS mandatory
  578.     DESCRIPTION
  579.       "The scheduled time at which this group will next attempt to
  580.       make a connection.  This time is relative to the query time."
  581.     ::= {mtaGroupEntry 24}
  582.  
  583. mtaGroupMailProtocol OBJECT-TYPE
  584.     SYNTAX OBJECT IDENTIFIER
  585.     ACCESS read-only
  586.     STATUS mandatory
  587.     DESCRIPTION
  588.       "An identification of the protocol being used by this group.
  589.       For an group employing OSI protocols, this will be the
  590.       Application Context.  For Internet applications, the IANA
  591.       maintains a registry of the OIDs which correspond to well-known
  592.       message transfer protocols.  If the application protocol is not
  593.       listed in the registry, the value {applProtoID port} is used
  594.       where 'port' corresponds to the primary port being used by the
  595.       group."
  596.     ::= {mtaGroupEntry 25}
  597.  
  598. mtaGroupName OBJECT-TYPE
  599.     SYNTAX DisplayString
  600.     ACCESS read-only
  601.     STATUS mandatory
  602.     DESCRIPTION
  603.       "A descriptive name for the group. If this group connects to
  604.       a single remote MTA this should be the name of that MTA. If
  605.       this in turn is an Internet MTA this should be the domain name.
  606.       For an OSI MTA it should be the string encoded distinguished
  607.       name of the managed object using the format defined in RFC-?.
  608.       For X.400(1984) MTAs which do not have a Distinguished Name,
  609.       the RFC-1327 syntax 'mta in globalid' should be used."
  610.     ::= {mtaGroupEntry 26}
  611.  
  612. END
  613.  
  614. References
  615.  
  616. [1]  Rose, M., and K. McCloghrie, "Structure and Identification of
  617.      Management Information for TCP/IP-based Internets", STD 16,
  618.      RFC 1155, Performance Systems International, Hughes LAN
  619.      Systems, May 1990.
  620.  
  621. [2]  Rose, M., and K. McCloghrie, Editors, "Concise MIB Definitions",
  622.      STD 16, RFC 1212, Performance Systems International, Hughes LAN
  623.      Systems, March 1991.
  624.    
  625. [3]  Case, J., M. Fedor, M. Schoffstall, and J. Davin, "Simple
  626.      Network Management Protocol", STD 15, RFC 1157, SNMP Research,
  627.      Performance Systems International, Performance Systems
  628.      International, MIT Laboratory for Computer Science, May 1990.
  629.  
  630. [4]  McCloghrie, K., and M. Rose, Editors, "Management Information
  631.      Base for Network Management of TCP/IP-based internets:
  632.      MIB-II", STD 17, RFC 1213, Hughes LAN Systems, Performance
  633.      Systems International, March 1991.
  634.  
  635. [5]  Freed, N., Kille, S., The Network Services Monitoring MIB,
  636.      Internet Draft, August 1, 1993.
  637.  
  638. Expires: February 17, 1994
  639.  
  640.